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CALL LOOPING PREVENTION 

Field of QielnventioQ 

5 The preseat invention relates to the prevention of call looping m telecommunication 
networks. 

Background to the invention 

10 The Session Initiation Protocol (SIP), as specified in the IETF document RFC2543, has 
recently be^ proposed as a signalling protocol for creating, modifying and terminatiag 
sessions with one or more participants across the Internet, hi particular, STP is intended 
to handle connections for Voice over IP (VoIP) calls. 

15 It is desirable (or even essential) that networks such as Pubhc Switched Telephone 
Networks (PSTNs) using SS7 signalling and Memet Protocol (IP) networks using SIP 
signalling should be int^operable. In practice, this is achieved using so-called Media 
Gateways which provide an interface between networks at the bearer level. These are 
controlled by Media Gateway Controllers (MGCs) which provide an interface at flie call 

20 control level. 

Aa example of such interoperable networks is shown in Figure 1. Suppose a jSrst 
subscriber 1 to a ifirst PSTN 2 requests a call to a second subscriber 3 in a second PSTN 
4, as shown in Figure lA. The jSrst subscriber indicates to his local exchange 6, for 
25 example by diallmg a telq)hone number, that a call is to be requested. The local 
exchange detemiiaes v^hat routing should be used, and generates an Initial Address 
Message (lAM) 7 to initiate the call. The lAM contains information about the requested 
call, including the B-number (the telephone number of the called second subscaiber 3). 

30 The lAM is sent by the local exchange 6 to a first Media Gateway Controller (MGQ 8 
at the interface between the first PSTN 2 and an IP network 9. The first MGC 8 
generates a SIP set-up message 10 which is sent via the IP network 9 to a second MGC 
11 at the interface between the DP network 9 and the second PSTN 4. The SIP set-up 
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message 10 contains routing infonnation including the SIP address of the destination of 
the call. The SIP address may be of the form "sip:user@host" and is derived at the 
MGC 8 using the B-numba: contained in the lAM 7 (the MGC 8 may contact a SIP 
server for this purpose). 

5 

When the second MGC 1 1 receives Ihe Sff set-up message 10, it generates a new lAM 
12. The SIP address from the SIP set-up message is m^ped back to the B-number in 
the lAM 12, which is sent via the second PSTN 4 to the local exchange 13 of the second 
subscriber 3. Upon receiving a setup message, each exchange/MGC reserves resources 
10 (CIC, UDP port, etc) for the requested connection. 

The local exchange 13 informs the second subscriber 3 (e.g. by a telephone ringing) that 
a call has been requested. If the second subscriber 3 accepts the call, an Address 
Complete Message (ACM) 17 is returned from the local exchange 13 to tiie second 
15 MGC 11. When the second MGC 11 receives the ACM 17, it causes an associated 
second Media Gateway (MG) 19 at the bearer level to establish a comiection 18 to the 
local exchange 13. At this stage, therefore, there is a comiection from the second MG 
19 to the second subscriber 3. 

20 The completion of the estabUshment of the call is shown in Figure IB. Upon receipt of 
the ACM 17, as well as causing the establishment of the connection 18 with the local 
exchange 13, the second MGC 11 also sends a SIP acceptance message 20 to the first 
MGC 8. The MGC causes an associated first MG 22 to establish a "connection" 21 to 
the second MG 19, and also sends an ACM 23 to the first subscriber's local exchange 6. 

25 Upon receipt of the ACM 23 from the first MGC 8, the first subscriber's local exchange 
6 estabhshes a connection 24 to the first MG. There is now a complete path at the 
bearer level for data to pass between the first subscriber 1 and second subscriber 3, and 
a call has been estabUshed. 

30 It should be understood that the first and second subscribers can be ^Tjlind" to the IP 
network: as far as they are concerned a call is connected from one PSTN to a second 
PSTN, and they do not choose whether or not an IP network is used. 
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It is desirable that MGCs should be able to deal with conunon telq>hoiie services such 
as call forwarding. Under the cuirent proposals, call forwarding is possible across 
interconnected PSTN and IP networks. However, there is a danger that without any 
special measures a signalling loop can be initiated if the first subscriber 1 forwards calls 
5 to the second subscriber 3, whilst at the same time calls to the second subscriber 3 are 
forwarded back to the first subscriber 1. 

Figure 2 illustrates schematicaUy how such a loop n^ght arise in the network of Figure 
1. Like reference numerals to those used in Figure 1 denote like components. Figure 2 

10 shows the behaviour of signalling messages in the call control level. The connections in 
the bearer level are never estabUshed and are therefore not shown in the figure. The 
first subscriber 1 leaves instructions with the operator of the first PSTN that calls 
directed to him are to be forwarded to the second subscriber 2. The second subscriber 2 
leaves similar instructions with the operator of the second PSTN 4 that calls to him are 

15 to be forwarded to the first subscriber 1. This situation may arise, for example, if the 
telephone number of the first subscriber is a person's home telephone number, and the 
telephone number of the second subscriber is the same person's work telephone 
number. It will be understood that one or both of the PSTN networks may be replaced 
by a PLMN cellular telecommunications network. 

20 

Suppose a third subscriber 31 to (for example) the first PSTN 2 requests a call to the 
first subscriber 1. Ifis local exchange 33 generates an lAM 34, and sends it to the first 
subscriber's local exchange 6. The local exchange 6 has instructions to forward the call, 
so sends an lAM 7 to the first MGC 8, and signalling messages follow the route 

25 described above with reference to Figure 1, until the lAM 12 is received by the second 
subscriber's local exchange 13. Here, there are again instructions to forward the call, so 
rather than an ACM being returned to the second MGC 11, the local exchange 13 
forwards an lAM 35 to the second MGC 1 1. Of course, the lAM may be forwarded to a 
different MGC (not shown), but in this example the return route is shown through the 

30 same nodes for the sake of simphcity. 

The second MGC 1 1 then sends a SIP set-up message, containing infonnation from the 
received lAM 35, to the first MGC 8. This then sends an lAM 37 to the first 
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subscriber's local exchange. This local exchange has call forwarding information, and 
sends an lAM 7 to the jfirst MGC 8 as before. A signalling loop is thus created 
consmning ever increasing resources (CICs, UDP ports), 

5 In networks using signalling based solely on ISXIP, this loopmg can be prevented by the 
use of a redirection counter, which is incremented by one each time a call is forwarded. 
Figure 3 shows such a network. A first subscriber 1 to a first PSTN 2 has call 
forwarding set up to a second subscriber 3 to a second PSTN 4, and vice versa, as in 
Figure 2. However, this time the signalling messages do not go through an IP network, 
1 0 but via third and fourth "gateway" exchanges 4 1 , 42. 

If a third subscriber 31 requests a call to the first subscriber 1, as in Figure 2, an lAM 34 
is sent by his local exchange 33 to the first subscriber's local exchange 6, as before. 
The local exchange 6 has instructions to forward the call and sends an lAM to the third 

15 exchange 41. The third exchange sends an lAM 43 to the fourth exchange 42 in the 
second PSTN 4, which in turn sends an lAM 44 to the second subscriber's local 
exchange 13. Here the call forwarding instructions cause lAMs 45, 46, 47 to be sent 
back between the exchanges, eventually reaching the first subscriber's local exchange 6, 
and the signalling loop is set up, as before. The reason the loop camot go on for ever is 

20 that each lAM contains a parameter called a redirection counter which is initially set to 
some predefined value, and every time one of the local exchanges 6, 13, redirects an 
lAM message, this redirection counter is decremented by one. When the redirection 
counter reaches zero, this is detected by one of the exchanges 6, 13, 41, 42 and all call 
settq> signalling is terminated. The originating exchange 31 may be notified of the 

25 termination by a RELease message (Exchange routing error). 

Returning now to Figure 2, SIP (RFC 2543) does not include any corresponding 
protection mechanism against a redirection loop. The redirection counter in the lAM 5 
going in to the first MGC 8 is not transferred to the redirection counter in the lAM 12 
30 coming out of the second MGC 1 1, so the signalling messages run round xmchecked 
consuming ev^ greater resources. 
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A problem siinilar to that of a redirection loop can occur in a network due to an error in 
the routing of the call. Rather flian the signalling information travelling by the most 
direct route from the first subscriber's local exchange 6 to the second subscriber's local 
exchange 13, it may h^pen that the signalling goes via unnecessary ^changes (not 
5 shown) in each PSTN 2, 4, and possibly even throu^ extra TP networks and MGCs. 

In networks using signalling based solely on ISUP, this looping can be prevented by the 
use of a hop counter. The hop counter is a parameter to be foxmd in all lAMs sent by 
the PSTN exchanges. The initial value, in the first lAM 7 sent by the first subscriber's 

10 local exchange 6, is detennined by the number of "hops" expected for the signalling 
information to reach the second subscriber's local exchange 13. Each time one of the 
exchanges 6, 13, 41, 42 receives an lAM and forwards a new lAM to the next exchange, 
the value of the hop counter is decreased by one. If there are too many hops - i.e. 
something has gone wrong with the routing - the hop counter will eventually reach 

15 zero. This is detected by one of the exchanges and signalling is tenninated. 

Referring back to the call forwarding loop shown in Figure 3, it will be understood that 
every time a call is redirected (i.e. the redirection counter is decremented by one), the 
hop counter must be reset. If this did not h^pen, then the signalling for legitimately 
20 forwarded calls which have not been incorrectly routed and which are not forming a 
loop might be tenninated due to the signalling performing too many hops. 

Smnmarv of the Invention 

25 According to a first aspect of the present invention there is provided a method of 
transferring signalling information from an SS7 signalling network to a packet switched 
signalling network using SIP signalling, the method comprising: 

receiving an ISUP Initial Address Message (lAM) from the SS7 network at a 
Media Gateway Controller (MGC), the lAM containing a hop coimter and/or a 
30 redirection counter; and 

generating a SIP set-up message at the MGC including mapping the hop counter 
and/or redirection counter into the SIP set-up message. 
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Preferably, the lAM contains both a hop counter and a redirection counter and both are 
m^ped to fields of the SIP set-up message. The counters may be mapped individually 
into fields of the SIP setup message, or the entire lAM may be mapped (tunnelled) into 
the SIP setup message. 

5 

According to a second aspect of the present invention there is provided a method of 
transferring signalling information from a packet switched signalling network using SIP 
signalling to an SS7 signalling network through a Media Gateway Controller (MGC), 
the method comprising: 
10 receiving a SIP set-up message from the packet switched signalling network at 

the MGC, the SIP set-up message containing a hop counter and/or a redirection counter; 
and 

generating an lAM for the SS7 network at the MGC, wherein said hop counter 
and/or redirection counter in the lAM are m^ped Sxm the SIP set-up message. 

15 

In a preferred embodiment the SS7 signalling network forms part of a Public Switched 
Telephone Network (PSTN) and the SIP signalling network comprises an IP network. 

According to a third aspect of the present invention there is provided a Media Gateway 
20 Controller (MGC) for transfening data between an SS7 signalling network and a packet 
switched signalling network using SIP signalling, comprising means for mapping a hop 
counter and/or redirection counter between an initial Address Message of the SS7 
network and a SIP set-up message of the packet switched signalling network. 

25 According to a fourth aspect of the present invention there is provided a 
telecommunications network comprising: 
a first PSTN; 
a second PSTN; 

an IP network in communication with the first PSTN and to the second PSTN; 
30 a first MGC at the interface between the first PSTN and the IP network; and 

a second MGC at the interface between the second PSTN and the IP network, 
wherein 
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the first and second MGCs comprise means for mapping a hop counter and/or 
redirection counter between an lAM of the first PSTN and a Sff set-up message of the 
IP network, and the first and second PSTNs comprise means for cancelling a call setup 
process when the hop counter reaches zero or the redirection counter exceeds a 
5 predefined value. 

Brief Description of the Drawings 

Figure lA and IB show stages in setting up a call between two subscribers to PSTNs, 
10 where some of the signalling takes place using SIP; 

Figure 2 shows a signalling loop set up in a network including two PSTNs and an IP 
network; 

Figure 3 shows a network including two PSTNs in which all signalling is perfomied 
using ISUP; and 

1 5 Figure 4 illustrates signalling in a network including one PSTN and an IP network. 
Detailed Description of Certain Embodiments 

The use of IP networks to cany signalling information and the creation of signalling 
20 loops has been described above with reference to Figures lA and IB. Figure 2 has also 
been described as showing a network in which signalling between two circuit switched 
Public Switched Telephone Networks (PSTNs) 2, 4 takes place through a packet 
switched IP network 9- The BP network 4 contains first and second Media Gateway 
Controllers (MGCs) 8, 11 which allow the transfer of signalling information between 
25 die PSTNs 2, 4 and the IP network 9. 

When a call is initiated to a subscriber 1 to the first PSTN 2 (e.g. by subscriber 31), and 
that subscriber 1 has forwarded his calls to the subscriber 3, an Initial Address Message 
(lAM) 7 is generated by his local exchange 6 and is sent to the first MGC 8 as described 
30 in the background to the invention above. The lAM contains the identity (A-number) of 
the subscriber 1, and identifies the telephone munber to which he wishes to connect (B- 
number). Two further pieces of information contained in the JAM 7 are a hop counter 
and a redirection counter. As explained in the background to the invention above, the 
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redirection coxmter is increased by one at each redirection stage in the SS7 network, 
whilst the hop counter is decreased by 1 at each forwarding exchange (with the hop 
counter being reset at each redirection stage). Upon forwarding of the call at the 
exchange 6, the redirection counter is decreased by 1 and the hop counter is reset to its 
5 initial value. 

The first MGC 8 at the interface between the fiist PSTN 2 and the IP network 9 enables 
information contained in the lAM 7 to be transferred to a suitable format to allow the 
information to be forwarded through the IP network 9. If the SIP protocol is to be used 
10 in the ff network 9, a SIP set-up message 10 will be required The SEP set-up message 
will contain various fields, to which can be mapped information firom the lAM 7 (the 
lAM may also be tunnelled over the IP network using the SIP protocol). 

in accordance with prefOTed embodiments of the invention, the SEP set-up message 10 
15 contains a loop protection header, including two independent fields. The value of the 
hop counter in the lAM 7 is mapped to one of these fields, and the value of the 
redirection counter is mapped to the other of these fields. 

The SIP set-up message is sent througji the BP network to the second MGC 5. At the 
20 second MGC 5, anoflier lAM 12 is generated to be sent to the second subscriber's local 
exchange 13. The values of the two independent fields in the loop protection header in 
the Sff set-up message 10 are mapped to the hop counter and re-direction counter in the 
new lAM 12. Thus, although a new lAM has been set up, the information regarding the 
number of *liops" through PSTN nodes and re-direction stages has not been lost. 

25 

In the event that the subscriber 3 has instructed that his calls be forwarded to the 
subscriber 1, the call setup process is re-routed back towards the first PSTN subscriber 
1. ITie redirection counter of lAM 35 will be equal to the redirection counter of lAM 12 
plus one, and the hop counter is again reset. The value of the redirection counter and 
30 hop counter of the lAM 35 will be copied to the SIP set-up message 36 for transport 
across the JP network 9, and subsequently included in the lAM 37 returning to the first 
subscriber's local exchange 6. As call forwarding for the subscriber 1 remains active, 
the redirection counter will again be increased by one and the hop counter reset before 
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being transferred to the next lAM to be sent to the first MGC 8. Eventually the 
redirection counter will reach a predefined maximum value and the call setup process 
cancelled by one of the PSTN nodes. In the event of erroneous routing, the hop counter 
may reach zero before being reset whereupon this state will be detected by a PSTN node 
5 and the call setup process cancelled. 



It win be appreciated that the checking of the hop counter or redirection counter need 
not be performed by PSTN node. The checking can be performed by the first MGC 8 at 
the stage at which the counter is mapped to one of the fields of the loop protection 
10 header of the SIP set-up message, or when these fields are mapped to a hop counter and 
redirection counter by the MGC 11. The hop counter may or may not be decremented 
when passing through a MGC. 

Figure 4 shows another example of a signalling network in which the present invention 
15 could be used. It is similar to the network shown in Figure 2, except that a second 
subscriber 5 1 is connected directly to an ff signalling network using SIP (via the second 
MGC 1 1) rather than via a PSTN. Call forwarding can be implemented by the first 
MGC 1 1 in place of a local exchange, with the redirection counter being incremented 
(and the hop counter reset) upon forwarding by the MGC 11. Looping problems are 
20 avoided as described above. 



It will be appreciated by the person of skill in the art that various modifications may be 
made to the above described embodiments without departing firom the scope of the 
present invention. 
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CXAIMS: 

1 . A method of transferring signalling information from an SS7 signalling network 
to a packet switched signalling network using SIP signalling, the meAod comprising: 

5 receiving an ISUP Initial Address Message (lAM) from the 'SS7 network at a 

Media Gateway Controller (MGC), the lAM containing a hop counter and^or a 
redirection counter, and 

generating a SIP set-up message at the MGC including mapping the hop counter 
and/or redirection counter into the SIP set-up message. 

10 

2. A method according to claim 1, wherein the hop counter and/or redirection 
counter are individually mapped to respective fields of the SIP setup message. 

3. A method according to claim 1, wherein the lAM message is encapsulated into 
15 an SIP message for tunnelling across the packet switched signalling network. 

4. A method of transferring signalling inforaiation from a packet switched 
signalling network using Sff signalling to an SS7 signalling network through a Media 
Gateway Controller (MGC), the method comprising: 

20 receiving a SIP set-up message from the packet switched signalling network at 

the MGC, the Sff set-up message containing a hop counter and/or a redirection counter; 
and 

generating an lAM for the SS7 network at the MGC, wherein said hop counter 
and/or redirection counter in the lAM are mapped from the SIP set-up message. 

25 

5 . A telecommunications network comprising: 
a first PSTN; 

a second PSTN; 

an IP network in communication with the first PSTN and to the second PSTN; 
30 a first MGC at the mterface hetween the first PSTN and the ff network; and 

a second MGC at the interface between the second PSTN and the ff network, 
wherein 
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the first and second MGCs comprise means for mapping a hop counter and/or 
redirection counter between an lAM of the first PSTN and a SIP set-up message of the 
IP netvtrork, and the first and second PSTNs comprise means for cancelling a call sctap 
process when the hop counter reaches zero or the redirection counter reaches a 
5 predefined value. 

6. A method as claimed in any one of the preceding claims, wherein the SS7 
signalling network forms part of a PubKc Switched Telephone Network (PSTN) and the 
SIP signalling network comprises an IP networic 

10 

7. A Media Gateway Controller (MGC) for transferring data between an SS7 
signalling network and a packet switched signalling network using SIP signalling, 
comprising means for mapping a hop counter and/or redirection counter between an 
Initial Address Message of the SS7 network and a SIP set-up message of the packet 

1 5 switched signalling network. 
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